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DATA TRANSFER TO NODES OF A COMMUNICATION NETWORK 
USING SELF-REPLICATING CODE 

S Background of tlie Invention 

1. Field of the Invention 

The invention is related to the field of communications, and in particular, to 
transferring data to nodes of a communication network using self-replicating code. 

10 2. Statement of the Problem 

Businesses, companies, universities, etc., commonly have a network that 
interconnects hundreds or thousands of devices. The network may be a Local Area 
Network (LAN), a Metropolitan Area Network (MAN), a Wide Area Network (WAN) or 
another network. Network personnel may want to transfer data, such as information, files, 

15 software, instructions, etc., to multiple devices on the network. On large networks, it may 
be inefficient for network personnel to transfer the data individually to each device. If the 
network personnel tried to transfer the data simultaneously to multiple devices, the network 
bandwidth may be quickly used up, particularly if the data size is large. Thus, network 
personnel are continually searching for ways to transfer data to multiple devices on a 

20 network to increase efficiency without sacrificing the bandwidth of the network. 

One way to transfer data to multiple devices on the network is by multicasting the 
data over the network. The term "multicast" may be used to describe broadcasting 
messages or packets to a selected group of devices situated on the network. Typical 
applications that may benefit fi-om such a system may include video and music 

25 broadcasting. Network personnel may use multicasting to transfer data to multiple devices 
on a LAN. This may solve the problem of handling each device individually. For instance, 
if network personnel want to install new software on multiple devices connected to the 
LAN, the network personnel may multicast the software over the LAN to the devices. 

One problem with multicasting is that the receiving devices need the appropriate 

30 software to receive the multiceist. If the receiving devices do not have the appropriate 

software, then the appropriate software needs to be installed on the receiving devices prior 
to receiving the data. 
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Another problem with multicasting is that the sender may not know whether or not 
the receiving devices received the software. User Datagram Protocol (UDP) is one protocol 
used for multicasting, and UDP does not guarantee delivery of a message or require an 
acknowledgment from the receiving device. Thus, the sender is unaware of the transfer 
5 status of data. Network personnel may want some type of acknowledgment to ensure that 
the transfer of the software was successfiil. 

Another concern of network personnel may be viruses. One of the more famous 
viruses is the Intemet worm. Because of the Internet worm, the term "worm" is commonly 
received in the negative sense as being software that replicates itself repeatedly on a 
10 network to "infect" the network (i.e., a virus). However, a worm, as understood by many 
skilled in the art, is simply software that is self-replicating. Worms do not have to be 
programmed to propagate uncontrollably or to do harm to a network. 

A traditional worm may replicate itself on a series of devices. A worm (parent 
worm) on a first device may replicate itself (child worm) on another device, then another 
15 device, etc. After the parent worm replicates itself on another device to generate the child 
worm, the parent worm generally does not maintain a communication channel with the child 
worm. Thus, the parent worm and the child worm are not able to communicate with one 
another to transfer data. It may be desirable to use worms, or other self-replicating code or 
software, in a positive manner to transfer data through a network. 

20 

Summary of the Solution 

The invention solves the above and other problems by using self-replicating code in 
a commxmication network to transfer data between nodes. The nodes of the conmiunication 
network do not initially have the code required for the data transfer. The self-replicating 

25 code of the invention replicates itself on nodes of the commiinication network while 

maintaining communication channels between the nodes. The nodes can then transfer data 
between one another over the communication channels. 

Advantageously, network personnel may use the self-replicating code to transfer 
data efficiently to multiple nodes on a communication network without sacrificing the 

30 bandwidth of the network. Also, network personnel do not need to pre-install code on the 
nodes of the commxmication network to facilitate the data transfer. The self-replicating 
code can spawn itself on the nodes of the network to facilitate the data transfer. Also, 
because the code on the nodes maintains a communication channel between the nodes, 
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network personnel may monitor the status of a data transfer in real time as the nodes 
exchange control and status information with a control node. 

One exemplary embodiment of the invention includes a method of transferring data 
in a communication network. For the method, a first node of the communication network 
executes first code to establish a communication charmel with a second node. The first 
node also executes the first code to replicate itself to generate second code, and to provide 
the second code to the second node over the communication charmel. The second node 
executes the second code to establish a communication channel with a third node. The 
second node also executes the second code to replicate itself to generate third code, and to 
provide the third code to the third node over the communication channel. The method may 
include establishing communication channels and providing code to multiple other nodes in 
the communication network. 

With the commxmication charmel established and maintained between the first node 
and the second node, the second node receives data fi-om the first node over the 
communication channel. The data may comprise any information, software, instructions, 
etc., targeted for transfer in the communication network. The second node may execute the 
second code to handle the data. With the communication channel established and 
maintained between the second node and the third node, the third node receives data fi-om 
the second node over the communication channel. The third node may execute the third 
code to handle the data. Other nodes of the communication network may operate in a 
similar maimer according to the method to transfer data among the nodes and handle the 
data. 

The invention may include other exemplary embodiments described below. 

Description of the Drawings 

The same reference number represents the same element on all drawings. 
FIG. 1 illustrates a communication network in an exemplary embodiment of the 
invention. 

FIGS. 2A-2B are flow charts illustrating a method of operating the commxmication 
network of FIG. 1 to transfer data between nodes of the communication network in an 
exemplary embodiment of the invention. 
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FIGS. 3A-3D illustrate how code and data may be transferred in the communication 
network of FIG. 1 according to the method of FIGS 2A-2B in an exemplary embodiment of 
the invention. 

FIG. 4 illustrates a communication network in another exemplary embodiment of the 
invention. 

FIG. 5 illustrates a linear sworm topology in an exemplary embodiment of the 
invention. 

FIG. 6 illustrates a tree sworm topology in an exemplary embodiment of the 
invention. 

Detailed Description of the Invention 

FIGS. 1, 2A-2B, 3A-3D, 4-6 and the following description depict specific exemplary 
embodiments of the invention to teach those skilled in the art how to make and use the best 
mode of the invention. For the purpose of teaching inventive principles, some conventional 
aspects of the invention have been simplified or omitted. Those skilled in the art will 
appreciate variations from these embodiments that fall within the scope of the invention. 
Those skilled in the art will appreciate that the features described below can be combined in 
various ways to form multiple variations of the invention. As a result, the invention is not 
limited to the specific embodiments described below, but only by the claims and their 
equivalents. 

Communication Network Confijguration and Operation — FIGS. 1, 2A-2B. 3A-3D 

FIG. 1 illustrates a commxmication network 100 in an exemplary embodiment of the 
invention. Communication network 100 includes a plurality of nodes 101-104 capable of 
communicating with one another over a network facility 110. Network facility 110 may 
comprise a LAN, a MAN, a WAN, or another type of network. A node may comprise any 
system, device, component, card, etc, for communication network 100, such as a computer. 
Communication network 100 may include other nodes, components, devices, or systems not 
shown in FIG. 1 . 

FIG. 2A is a flow chart illustrating a method 200 of operating communication 
network 100 to transfer data between nodes 101-104 of communication network 100 in an 
exemplary embodiment of the invention. Assume for the discussion of method 200 that 
nodes 101-104 are referred to as first, second, third, and fourth nodes respectively. Further 
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assume that the first node 101 includes first code, and the second node 102 and the third 
node 103 do not include code resembling or corresponding to the first code. 

In step 202 of method 200, the first node 101 executes the first code to establish a 
communication channel with the second node 102. Code comprises any instructions 
5 executable by a processor, such as machine language instructions, programming language 
instructions (compiled or non-compiled), interpretive language instructions, etc. In step 
204, the first node 101 executes the first code to replicate itself to generate second code and 
provide the second code to the second node 102 over the communication channel. When 
the first code "replicates" itself to generate the second code, the second code represents a 
10 copy or replica of the first code, a substantially similar copy or replica of the Gxst code, or a 
subset or derivative of the first code. The first node may perform steps 202 and 204 
multiple times to establish communication channels with different nodes and provide code 
to the nodes. 

In step 206, the second node 102 executes the second code to establish a 

15 communication channel with the third node 103. The conmiuni cation channel between the 
first node 101 and the second node 102 may correspond with or be separate fi-om the 
communication chaimel between the second node 102 and the third node 103, In step 208, 
the second node 102 executes tiie second code to replicate itself to generate third code and 
provide the third code to the third node 103 over the communication channel. The second 

20 node 102 may perform steps 206 and 208 multiple times to establish commiinication 

channels with different nodes and provide code to the nodes, as is illustrated by step "A". 

With the communication channel established and maintained between the first node 
101 and the second node 102, the second node 102 receives data firom the first node 101 
over the communication chaimel in step 210. Data may comprise any information, 

25 software, instructions, etc., targeted for transfer in the communication network. The second 
node 102 may also receive control information fi*om the first node 101 over the 
communication channel. Control information comprises any operations, administration, or 
management information used by the nodes in the communication network. Responsive to 
receiving the data, the second node 102 executes the second code to handle the data in step 

30 212. Handling the data may include performing one or more local processes on the data. 

For instance, the second code may include a payload process to perform locally on 
the second node 102. When the second node 102 receives the data, the second node 102 
may replicate the data and route the replicated data to the local payload process. The 
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second node 1 02 may then execute the payload process to receive the replicated data and 
process the replicated data locally on the second node 102. The payload process may store 
the data in a peirticular directory or otherwise process the data. 

With the communication channel established and maintained between the second 
5 node 102 and the third node 103, the third node 103 receives data from the second node 102 
ov^ the communication channel in step 214. The third node 102 may also receive control 
information from the first node 101 over the commxmication channel. Responsive to 
receiving the data, the third node 103 executes the third code to handle the data in step 216. 
Handling the data may include performing one or more local processes on the data. 

10 Method 200 may include more steps to linearly transfer the data to other nodes in 

this manner until the data is transferred to the desired nodes. Method 200 illustrates the data 
being transferred in a linear chain through communication network 100. However, method 
200 is not limited to linear transfers, as is illustrated in FIG. 2B. 

FIG. 2B is a flow chart illustrating additional steps that may be used in method 200. 

15 In step 218, the second node 102 fiirther executes the second code to establish a 
communication channel with a fourth node 104, in addition to establishing the 
communication channel with the third node 103 (see step 206 in FIG. 2A). In step 220, the 
second node 102 executes the second code to replicate itself to generate fourth code and 
provide the fourth code to the fourth node 104 over the communication channel. With the 

20 commvmication channel established and maintained between the second node 102 and the 
fourth node 104, the fourth node 104 receives data from the second node 102 over the 
connmiimication channel in step 222. The fourth node 104 may also receive control 
information from the first node 101 over the commxxnication channel. Responsive to 
receiving the data, the fourth node 104 executes the fourth code to handle the data in step 

25 224. Handling the data may include performing one or more local processes on the data. 

Method 200 may continue with similar steps until the data is transferred to the 
desired nodes. 

FIGS. 3A-3D illustrate how code and data is transferred in communication network 

100 according to method 200 in an exemplary embodiment of the invention. FIG. 3 A 

30 illustrates the first, second, and third nodes 101-103 of communication network 100. Node 

101 includes the first code 301 and nodes 102-103 do not initially include code resembling 
or corresponding to code 301 . 
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Node 101 executes code 301 to establish a communication channel 311 with node 

102 (see FIG. 3B). Node 101 also executes code 301 to replicate itself to generate second 
code 302, and provide code 302 to node 102 over the communication channel 311. Node 
101 may perform this operation for multiple nodes not shown in FIG. 3B. 

5 Node 102 executes code 302 to establish a commimication channel 312 with node 

103 (see FIG. 3C). Communication channel 312 may comprise the same channel as 
communication channel 311. Node 102 also executes code 302 to replicate itself to 
generate third code 303, and provide code 303 to node 103 over the communication channel 
312. Node 102 may perform this operation for multiple nodes not shown in FIG. 3C. 

10 Node 102 may also execute code 302 to establish a communication channel 313 with 

node 104 (see FIG. 3D). Communication channel 313 may comprise the same channel as 
communication channels 311-312. Node 102 executes code 302 to repHcate itself to 
generate fourth code 304, and provide code 304 to node 104 over the commvmication 
channel 313. 

15 With communication channel 3 1 1 established and maintained, node 102 receives 

data 321 from node 101 over the communication channel 311 (see FIG. 3D). Data may 
comprise any information, software, instructions, etc., targeted for transfer in the 
communication network. Responsive to receiving the data 321, node 102 executes code 302 
to handle the data 321. For instance, node 102 may execute code 302 to perform one or 

20 more local processes on the data 321 . 

With communication channel 312 established and maintained, node 103 receives 
data 321 from node 102 over the commimication channel 312. Responsive to receiving the 
data 321, node 103 executes code 303 to handle the data 321. For instance, node 103 may 
execute code 303 to perform one or more local processes on the data 321. 

25 With communication channel 313 established and maintained, node 104 receives 

data 321 from node 102 over the commimication channel 313. Responsive to receiving the 
data 321, node 104 executes code 304 to handle the data 321. For instance, node 104 may 
execute code 304 to perform one or more local processes on the data 321. 

Advantageously, network personnel may use the self-replicating code as described 

30 in this embodiment to efficiently transfer data to multiple nodes 101-104 on communication 
network 100, without sacrificing the bandwidth of the network 100. Also, network 
personnel do not need to pre-install code on nodes 102-104 of communication network 100 
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to facilitate the data transfer. The self-repHcating code can spawn itself on the nodes 102- 
104 of the network 100 to facilitate the data transfer. 



Communication Network — FIGS. 4-6 
5 FIG. 4 illustrates a communication network 400 in an exemplary embodiment of the 

invention. Conmiunication network 400 includes a plurality of nodes 401-409 capable of 
commimicating with one another over a LAN 410. LAN 410 comprises any kind of trusted 
network where access to the nodes 401-409 from the LAN 410 is not blocked by firewalls 
or other protection mechanisms. In other embodiments, LAN 410 may comprise an 

1 0 intranet, a MAN, a WAN, or another type of enterprise network. A node may comprise any 
system, device, component, card, etc, for communication network 400, such as a computer. 
Nodes 401-409 are remote from each other, meaning that they communicate with one 
another over LAN 410. Communication network 400 may include other nodes, 
components, devices, or systems not shown in FIG. 4. 

15 Assume that node 401 is a controller node operated by network personnel. Further 

assume that network personnel want to transfer a large data stream to all nodes 402-409 in 
communication network 400. For instance, the network personnel may need to install new 
software on nodes 402-409, where the software comprises a large data stream. It would be 
inefficient for the network personnel to install the software individually on each machine. If 

20 the network personnel tried to simultaneously transfer the software as a large data stream to 
multiple nodes 402-409, then the bandwidth of LAN 410 may be compromised. The 
network personnel may use self-replicating code according to the invention to efficiently 
transfer the software to nodes 402-409 without compromising the bandwidth of LAN 410. 
In this embodiment, self-replicating code may be referred to as a streaming worm. 

25 A streaming worm (sworm) comprises any software, code, or instructions that can replicate 
itself, as well as a chunk of arbitrary payload code, on a set of nodes in a communication 
network, while streaming data between the nodes. Each sworm is composed of one or more 
swormlets that can be arranged in a variety of topologies. A sworm is spawned by an 
originating process, which may control the transfer of a data stream, which nodes to include, 

30 etc. 

Each swormlet includes swormlet code, payload code, and a data stream. The 
swormlet code comprises the code used to spawn new swormlets on nodes, maintain the 
transfer of a data stream between the nodes, etc. Payload code comprises the code to be 



SHEEHAN 1 9 

locally performed on a node. The data stream comprises the data being transferred within 
the communication network 400. 

Assume that node 401 includes an originating process (not shown) that originates 
the sworm. Because network personnel want to transfer a large data stream (i.e., software) 
5 to many nodes of the network 400, a linear sworm may be the most efficient topology for 
transferring large data streams. A linear sworm may work the best because the bandwidth 
of LAN 410 does not have to be split between the swormlets of the sworm. Only one copy 
of the large data stream needs to be transferred over the LAN 410 at a time with the linear 
sworm, as is illustrated below. 

10 FIG. 5 illustrates a linear sworm topology in an exemplary embodiment of the 

invention. To create the linear sworm topology, the following takes place. The originating 
process 501 in node 401 spawns swormlet 502 (referred to in FIG. 5 as S-LET). More 
particularly, the originating process 501 initiates a networking process 521 on node 401. 
The networking process 521 is configured to execute on node 401 to establish a 

15 communication channel with a remote terminating node, and act as a conduit for program 
code, control information, and a data stream sent to and from the remote node. Thus, 
networking process 521 executes on node 401 to establish a communication channel with 
node 402. Originating process 501 then uses networking process 521 as a conduit to 
transfer a copy of the swormlet code over the communication channel, as is illustrated by 

20 arrow 525. 

Networking process 521 may transfer the copy of the swormlet code to node 402 
using a remote shell command, such as remsh, rsh, or ssh. The networking process 521 may 
use the remote shell command to transfer and remotely execute an in-line Perl bootstrap 
script on node 402 that pulls the swormlet code over the communication channel from node 

25 401. Each swormlet 502 spans two nodes in this embodiment. 

Node 402 executes the swormlet code to perform a main swormlet process 522, a 
routing process 523, and a payload process 524 for swormlet 502. The main swormlet 
process 522 receives the payload code from the originating process 501 over the 
communication channel, as is illustrated by arrow 526. The main swormlet process 522 

30 replicates the payload code and forwards the copy of the payload code to the payload 
process 524. The main swormlet process 522 forwards the payload code to another 
swormlet (if necessary) as is described below. The main swormlet process 522 initiates the 
payload process 524 to execute the payload code. 
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To form the linear sworm topology, the main swormlet process 522 spawns 
swormlet 503. In other embodiments, main swormlet process 522 may spawn other 
swormlets. In spawning swormlet 503, the main swormlet process 522 initiates a 
networking process 53 1 on node 402. The networking process 53 1 executes on node 402 to 
5 establish a communication channel with node 403. Swormlet 502 then uses networking 
process 53 1 as a conduit to transfer a copy of the swormlet code over the commimication 
channel, as is illustrated by arrow 535. 

Node 403 executes the swormlet code to perform a main swormlet process 532, a 
routing process 533, and a payload process 534 for swormlet 503. The main swormlet 

10 process 532 of swormlet 503 receives payload code from the main swormlet process 522 of 
swormlet 502 over the communication channel, as is illustrated by arrow 536. The main 
swormlet process 532 replicates the payload code and forwards the copy of the payload 
code to the payload process 534. The main swormlet process 532 forwards the payload 
code to another swormlet (if necessary). The main swormlet process 532 initiates the 

15 payload process 534 to execute the payload code. 

Swormlets are spawned in a similar manner through nodes 401-409 of the 
conmiunication network 400 (see FIG. 4) as designated by the originating process 501 . 
Once the swormlets are spawned and communication channels are established between the 
nodes 401-409, then a data stream may be transferred between the nodes 401-409. 

20 Originating process 501 transfers a data stream to swormlet 502. The data stream in 

this embodiment comprises software that is a large data stream. The main swormlet process 
522 initiates the routing process 523 in swormlet 502. The routing process 523 in swormlet 
502 receives the data stream from the originating process 501 over the communication 
channel, as is illustrated by arrow 527. The routing process 523 replicates the data stream, 

25 and forwards a copy of the data stream to the payload process 524. The routing process 523 
forwards the data stream to another swormlet (if necessary) as addressed or specified by the 
originating process 501 . The payload process 524 receives the copy of the data stream from 
the routing process 523. The payload process 524 executes the payload code to locally 
handle the data stream. For instance, the payload code may direct the payload process 524 

30 to store the data stream in a known directory on node 402. 

The routing process 523 may also receive control instructions from the originating 
process 501. The routing process 523 may execute the control instructions on the payload 
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process 524. The routing process 523 may also forward the control instructions to another 
swormlet (if necessary) or node. 

In executing the payload code, the payload process 524 may generate output data. 
The payload process 524 forwards the output data to the main swormlet process 522. The 
5 main swormlet process 522 receives the output data from the payload process 524 and/or 
status information from any of the processes. The main swormlet process 522 multiplexes 
the output data and/or status information from the payload process 524 and from child 
swormlets and forwards the output data and/or status information over the communication 
channel, as is illustrated by arrow 528. The status information may comprise feedback on 

10 the success of storing the large data stream on node 402. The networking process 521 

maintains the communication channel between nodes 401 and 402 so that output data and/or 
status information may be exchanged between the nodes. 

The main swormlet process 523 in swormlet 503 initiates the routing process 533. 
The routing process 533 in swormlet 503 receives the data stream (i.e., software in this 

15 embodiment) from the routing process 523 in swormlet 502 over the communication 

chaimel, as is illustrated by arrow 537. The routing process 533 replicates the data stream, 
and forwards a copy of the data stream to the payload process 534. The routing process 523 
forwards the data stream to another swormlet (if necessary) as addressed or specified by the 
originating process 501. The payload process 534 receives the copy of the data stream from 

20 the routing process 533. The payload process 534 executes the payload code to locally 

handle the data stream. For instance, the payload code may direct the payload process 534 
to store the data stream in a known directory on node 403. 

The originating process 501 may designate which nodes are to receive the data 
stream, and in which order, based on a map, a set of instructions, an addressing scheme, etc. 

25 The originating process 501 may address the data stream to one or more swormlets 502-504 
or broadcast to all swormlets 502-504. Based on the designation by the originating process 
501, the routing process 533 forwards the data stream to the next node or prepares to 
forward the data stream to the next node or additional other child nodes. 

The routing process 533 may also receive control instructions from the routing 

30 process 523. The routing process 533 may execute the control instructions on the payload 
process 534. The routing process 533 may also forward the control instructions to another 
swormlet (if necessary). 
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In executing the payload code, the payload process 534 may generate output data. 
The payload process 534 forwards the output data to the main swormlet process 522. The 
main swormlet process 532 may receive the output data from the payload process 534 
and/or status information from any of the processes. The main swormlet process 532 
5 multiplexes the output data and/or status information from the payload process 534 and 
from child swormlets and forwards the output data and/or status information over the 
commvmication channel, as is illustrated by arrow 538. The status information may 
comprise feedback on the success of storing the large data stream on node 403. The 
networking process 531 maintains the communication channel between nodes 402 and 403 
1 0 so that data and/or status information may be exchanged between the nodes. 

The data stream may be transferred in a similar manner through nodes 404-409 of 
the communication network 400 (see FIG. 4) as designated by the originating process 501. 
Because the data stream is software in this example, network personnel can install the 
software on each node 402-409. The swormlets may be torn down after the transfer of the 
15 data stream or used to transfer other data streams. 

Transferring the data stream to the nodes 402-409 of the communication network 
400 in FIG. 4 according to the process described above provides many advantages. First, 
the nodes 402-409 do not need to initially have any special code to receive the data stream. 
The swormlets will replicate themselves on the nodes 402-409 to provide the needed code. 
20 The nodes may then execute the code in parallel to more efficiently transfer the data stream. 
Second, network personnel can get feedback on the status of the transfer. Each swormlet 
maintains the communication channel between the nodes and provides status information 
back to the originating process 501 . Thus, network personnel can view the status 
information to determine the status of the data stream transfer. Third, the bandwidth of the 
25 LAN 410 will most likely not be compromised by the data stream transfer. Only one copy 
of the data stream should be present on the LAN 410 at any one time in a linear topology, as 
the nodes pass the one copy of the data stream, block by block, from node to node until the 
final node is reached. 

Assuming each node 402-409 now includes a copy of the software previously 
30 transferred, the network personnel may fiirther want to remotely install the software on the 
nodes 402-409. The network personnel may use another sworm to perform the remote 
installation, by transferring a data stream that includes instructions for installing the 
software. The data stream will most likely not be large, especially in comparison to the 
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software itself. Thus, to transfer smaller data streams in communication network 400, a 
linear sworm may not be the most efficient topology, as the propagation delay may be too 
long. A tree sworm may be a better topology for transferring smaller data streams. 
FIG. 6 illustrates a tree sworm topology in an exemplary embodiment of the 
5 invention. To create the tree sworm topology, the following takes place. The originating 
process 501 in node 401 spawns swormlet 602 (referred to in FIG. 6 as s-let). Swormlet 
602 establishes a communication channel with node 402 so that swormlet 602 spans two 
nodes 401-402. Swormlet 602 may include a networking process, a main swormlet process, 
a routing process, and a payload process, which are not shown in this embodiment for the 

1 0 sake of brevity. 

Based on a list provided by the originating process 501, swormlet 602 spawns 
swormlets 603 and 604. Swormlet 603 operating in node 402 establishes a communication 
channel with node 403 so that swormlet 603 spans two nodes 402-403. Swormlet 603 
spawns swormlets 605-606. Swormlet 605 operating in node 403 establishes a 

15 communication channel with node 405 so that swormlet 605 spans two nodes 403 and 405. 
Swormlet 606 operating in node 403 establishes a communication channel with node 406 so 
that swormlet 606 spans two nodes 403 and 406. Swormlet 604 operating in node 402 
spawns swormlets 607-608. Swormlet 607 operating in node 404 establishes a 
communication channel with node 407 so that swormlet 607 spans two nodes 404 and 407. 

20 Swormlet 608 operating in node 404 establishes a communication channel with node 408 so 
that swormlet 608 spans two nodes 404 and 408. Swormlets may be spaiwned to multiple 
other nodes not shown in FIG. 6. 

When the commxinication channels are established, originating process 501 transfers 
a copy of the data stream to swormlet 602, as is illustrated by arrow 625. The data stream in 

25 this embodiment comprises a set of instructions for installing software on the nodes. 

Swormlet 602 forwards a copy of the data stream to swormlet 603, as is illustrated by arrow 
626 and forwards a copy of the data stream to swormlet 604, as is illustrated by arrow 627. 
Swormlet 603 forwards a copy of the data stream to swormlet 605, as is illustrated by arrow 
628, and forwards a copy of the data stream to swormlet 606, as is illustrated by arrow 629. 

30 Swormlet 604 forwards a copy of the data stream to swormlet 607, as is illustrated by arrow 
630, and forwards a copy of the data stream to swormlet 608, as is illustrated by arrow 63 1 . 
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The swormlets forward the data stream to each node instructed to receive the data 
stream by the originating process 501 . FIG. 6 shows a binary tree topology for transferring 
the data. However, an asymmetric tree topology may also be used. 

Multiple swormlets 602-608 may be streaming the data stream in parallel to more 
5 efficiently transfer the data stream. Transferring the data stream in the maimer described 
above quickly and efficiently provides each node with the data stream. The data stream in 
this embodiment comprises instructions for installing software. Thus, network personnel 
may quickly and efficiently transfer the instructions to multiple nodes so that the software 
may be installed on the nodes. 
10 In FIG. 6, the originating process 501 acts as the only originating process for the 

sworm. In other embodiments, a payload process of any of the swormlets 602-608 may act 
as an originating process for another new and independent sworm. Thus, a complex tree of 
sworms may be constructed in a recursive manner. 
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